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A stand alone minicomputer is being u^ed for both 
academic and administrative computing at The University '\ 
of the South, I would like to^ eJqjlairi to you , some of /■ 
our reasons for purchasing this systieiii, discuss some of 
the difficulties we faced in developing adigiinistrativ.e 
application^, describe some of the techniques we "used . 
to overcome t"he 4if faculties , and finally suggest that' . 
we might a 11^ learn from some of our academic colleagues 
who have reduced computter cost's by developing software 
, for less sophisticated systems like the mini and then 
sharing their work with each other* / 

So th^ you will hav^ some idea of the extent of 
data processing possflilities involved, I will describe 
the situation to you. The University of the South ^is an 
educational instftution occilpying ten thousand acres on 
top of the Cumberland Plateau in south central Tennessee. 
The school which has three- major divisions — the College 
of Arts and Scierfcds with one thousand students, the j i 
School of Theology ^,with seventy-five students, and the 
Sewanee Academy , a ^secondary school with two-hundred J 
students-*-!^ owned and supported by the Episcopal Churcli. 
Although the University is similar to other liberal arts^ 
^colleges in the administration of academic affairs, our 
• situation is complicated because tlye University's domain 
includes Sewanee, Tennessee, a town of tWo-thousand. TOe 
University operates a hosi^ital, an inn/ a drug and supply 
store, a grocery store, a police department , a fire depart- 
ment, and a substantial crew to maintain the land. Ap- , 
proiiimately five-hundred regular employees are required • 
to provide these services^ * V ^ 

In the fall of 1972 the' University hired a consultant 
to* investigate replacing unit record equipment 'which was 
installed in the Treasurer's Office with a computer which 
cooild serve all administrative users. At, this time stiidents 
in the College of Arts and Sciences were using an overloaded 
single-terminal mini for an expanding academic computing 
pi-ogramQ^ The College also needed to increase its conijputing 
power an^ felt thai: only a multi-terminal interactive sys*te 
would satisfy its needs. The re^sult was, the purchase ^of a 
medium Sized time-sharing minicomputer to ,do tioth adminis- 
trative and academic computing. t 
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shown in 



figure one 



inc ludes 



Our present equipifte 
a 32K main processor.^^^'^ 8K- communicat ions/ processor , a 
22 million byte (IBM 2314 type) disk drive, .a teletype** . ■ 
35 console,' a 45 ips tape drive, a high speed paper {.a ii& 
reader, a 200 line per minute printer ^ four administrative , 
CRT's, one administrative teletype, on^ administrative 
30 cps upper and lower case printing terminal, a teletype 
used by students at the Sewanee Academy, and four teletypes, 
a CRT, and a 30 cvps printing terminal fof academ^ic comjputing 
ax the College. x ^ 

When the computer was purchasejli, the 'University hired 
a^ Director of Data Processing . and aL half time Director of 
Academic -^Computing. AS or igihally /designed the Da^ta Process 
ing Department would provide systems design a:Tid programming 
assistance to all administrative users atnd would-be > 
responsible^ for co-ordinating the use of ^ the time-shared 
system , by both academic" and administrative users. Each ' , 
administrative department would provide its own" data entry ^ 
gftid program running personnel. the Data, 'Processing staff 
was therefore plsCnned t6 comprise only the direetby anci a 
half time clerk-secretary-opera tor . ♦This organization has' 
worked fairly well providing service to the large depart- 
ments o/f the University; but , ^ as I will explain later, we 
have h^d to make some ad'jyistments to our original plan. 

administrative aj)plications no w-^ running ^re these: 
accounts receivable (a piore involved application than at / 
most universities our size becau§.e of our auxiliary Bn/ter- 
,pyises) , accounts, payable payroll ,* ledgers (including 
general, operating, restricted, plant and endowment), 
securities, budget preparations, financial aid, personnel, 
student piast^er, and admissions. JVe hope.to expand 
student records^ system to. keep course data, and ho 
add arhospital accounts^ receivable system and sy 
for the development office which-^ill- include both 
'recorxjfe and our data base of pctt^ntial givers 




The- main reason for purchasing this sirs tem- was Icost . 
e average mc^nthly rental on commercialaystems thalt were 
i)r6posed to m^t our administrative* nee-os was over $3,000^ 
a month, and the cost of upgrading the academic system then 
installed was estimated at $55,000. We purchased the com- 
bined system for approximately $100,000 and pay'$2,144 a • 
month on a five year loan. Our maintenance was $608 a 
month the first year and is now $789 a month. Our monthly 
hardware costs for both ^academic and administrative 
computing are approximately the monthly rental on the com- 
mercial systems that were prppos^d, and we will own the 
system in three more years. ' \ 
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^ \- • There are other flnaneial advantages. Academic com- 
puting's printing terminal has been the back-up for the 
Ifhe printer for producing payroll checks and other critical 
reports during an emergency or during periods such ^s the 
end of a f isca,l year wheH administrative computing hgis an 
extremely heavy printing load. Likewise, college Students 
have access to three administi^ative terminal^ a^fter five 
o'clock and on weekends. Because these are among the 
heaviest periods of student use, we have been able to serve 
more student and faculty users with fewer strictly academic 
terminals. Probably the most significant ^advantage to me 
in developing administrative applications has been the 
availability of work study studei^^ts at a cost to the Univer- 
sity of 40^i'an hour <the federal government contributes 80% 
of the $2.00 pep. hour salary of students who. qualify • for 

• the college work' study program) . We can select our best 
computer science students who are on this type of financial 
aid; and, because of^ th^ir previous experience with the 
computer and the admiBistrative programming language, quick- 
ly turn them into productive programmers. Students have . 
writtj^n the f inaijQlal ""aid system, much of the student master 
system, a sick Ifeave vacation system, and a^ new file manage- 
ment system for the accounting files. If we estimate the*^ 
normal salary for a beginning programmer at $3«50 an hour, 
we- saved ov0r $4,000 in programming costs during our first 
two years y6f operation by using work study students. Having 
two professionals (that is the direfctor of academic computli)g 
and myself) who are familiar with the equipment and daily 
use the same operating system and programming 'language has 
also/ibeen a grea'ti.help. The Director of Academic Computing 
bScJks me up when I am on vacation, and I teach a section ^ 
of computer science for him. Many aspect's other than the 
cbst of hardware make it less expensive to run a combined, 
center. , 

The main advantage of our system in developing adminis- 
trative '^applications is* that it is an on-line system. For 
example, the Tre^jisurer 's Office has four terminals on which 
clerical personnel who are familiar with the data enter it 
into the system. Preliminary editing is performed as the 
data is entered. This editing has considerably reduced . 
keying errors. Also, much information that used to be 
kfeyed can now bo pulled from the on-line master files. Be- 
cause there is less information to be keyed, and because 
errors are caught as they are made, the data entry functi6n 
in the Treasurer's Office has been reduced from a full titne 
job on the keypunch to a half time job on the new equipment* 
Furthermore, since we have six administrative terminal^ on- 
line", we have considerable flexibility Sti file inquiry and 
scheduj.ing jobs. v 
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Although there are advantages to a time-sharing system 
in administrative application develojiment , the main advan- . 
tages of this type of system are tp the academic users. 
The BASIC language is efesy for students and faculty to learn. 
An interactive system that gives ^syntax errors ipis a program 
is entered is perfect for teaching programming. And, ^ 
academic users are much more, comfortable -with interpreting 
than administrative users. Academic users tend to use the 
\same programs fewer times and arQ much more likely to make 
program changes at execution time. I\irthermore , many CAI 
(computer assisted instruction) packllges are available in 
BASIC, and our system has a very nicety Coursewriter-type 
package that can be used to develop our .own courses,^ Prob- 
ably the greatest advantage, though, td academic users is 
that there are many programs available for the. system which 
are circulated by users' groups and professional organiza- 
tions . ' ♦ . . 

There are of course^dif f iculties in implementing 
administrative applications on a mini — diftlculties that 
have prevented their wide spread use. I would like to 
spend most of my time discussing these problems, relating- 
them to applications that Ve have installed, and telling 
how we or the minicomputer yendors are solving them. 

One of the main ttardware limitations to the sort of ^ 
application I am describing is that many minis have six 
digit accuracy and no decimal arithmetic. Can yjoxi imagine 
telling the Treasurer that the new computer rounds figures 
greater than $9,999.99, and cannot store 10<? accurately 
(because .1 has no binary equivalent,)? In a payroll check 
reconciliation program that we were recently testing, we 
kept coming up with the message "AMOUNTS DON'T MATCH" when 
comparing the-^alculated amount that\was stored on the 
cl^eck reconciliation file with the amount that was entered 
from the cancelled chepk. The eri'or .occurred very In- 
frequently and always involved amounts ending in .31 or 
.61. It was a rounding problem. The calculated number 
from the check reconciliation file could, have been something 
like $75.31001 and the number from the check could have been 
^74.3099. The error was eliminated by multiplying each 
number- by one-hundred and by then comparing the i^ntegral 
values. In general, there are two main ways of dealing 
with those arithmetic limitations.. When a number is-over 
six digits it can be stored as multiple whole numbers and ' 
then hardware arithmetic can be performed on each number 
separately*. .Although this method avoids the problem that 
some decimal numbers do not have 'a binary equivalent by 
expressing all numbers as whole numbers, the user must keep . 
track of where the decimal point should be; and, although 



it allows accurate hardware arithmetic to t)e performed on 
multiple split numbers, the usei; must "somehow qombirie, the 
split numbers intd^'an alphanumeric field for printing. The 
method that w^ use, (it Was the simplest to get staTrted 
with, but is probably not the most efficient), is to store 
numbers that require over six digits of accuracy as- strings 
^(alphanumeric characters), and tljien to" use subroutines 
which were available in our vendorr*s contributed library to 
perform calculations on these strings* The subroutines are 
extremely slow , but they do simulate decimal arithmetic 
that is accurate to seventy-two places. Let me give you an 
example of thtoughput degradation. Our accounts receivable " 
aged trial balance branches to a^one-hundred seventy-five 
statement BASIC adding routine as many ag s,ix times for each 
line that we print. The line printer prints at about twenty,-^ 
five lines per minute/ instead of it& rated speed of two- 
hundred lines per minute. These hardware limitations 
certainly do not prevent us from using the system for 
administrative applications , but they increase implementation 
time and degrade throughp'uH^. Many minicomputer vendors are 
announcing hardware strlpg arithmetic which will greatl;^ 
improve the use of minis inr f inane ji.al \applicat ions,. 

Traditionally minicomputer vendors have manufactured 
and marketed only central processors. As the market for 
minis has expanded, vendors have been forced to offer 
peripheral equipmen^t . for the processors. Our vendor sold 
us a disk unif'and printer that he maintains but did not 
manufacture, and we have had much more down time on these 
units than on the equipment tha^t was manuf Sbtured by the 
vendor. Burthermore, the disk unit is an IBM^ 2314 plug 
compatible drive without the control urtit that would be 
requi?!^^ to attach it to a larger system. The hardware 
diagnostics are left out of the inexpensive interface that 
our system uses to replace the control unit. It is difficult 
to estimate the effect this unsophisticated interface has 
on service. I was shocked the firifiL,t time the customer 
engineer came to work on the disk. He took down the whole 
system and started loading pap^r tape diagnostics; I think 
many times we * would be operational more quickly after^a 
disk faii^ure if the hardware gave the. service person more 
data on the cause of the error; but,** a good engineer can 
make up for the limitations of the equipment. Not only are 
the peripherals that can be attached less sophisticated 
than when attached to a general purpose computer, but 
also, many peripherals d6 not have! vendor supported inter- 
faces tor j drivers available for the mini. Wheh running a 
payro^ application, a user cannot a*ffbrd to risk^4iising 
unsupporjted equipment. , ^ ^ 
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//Although %he hardware limitatloi^* have troubled the . n 
Users who have tried to install commercial applications on 
a mini, the lack of software is probably the main reason why 
minis are not used more widely in' administrative applications. 
Our ^sygtem has only one programming language available under 
time-sharing, SAaiC. Although this language is easy for 
engineers and scientists to learn and use, it is more dif-^ 
ficult than RPG or COBOL for business people ^to learn alid 
use. The literature and programmed instructjion courses in. 
BASIC use examples familiar to mathematicians, like the ^ 
iiuadratic formula and arithmetic, progressions , instead of 
examples from commercial applicatioilS . As a result , clerical 
people that r have tried to interest in programming have been 
scared away before they even got to %hk det?iils of the 
language. Furthermore, the language itself was designed to 
solve numerical algorithms, but not to easily store, massage, 
and print large amounts of data whichT is ^course the first 
requirement of a commercial language.. Extended BASIC, which 
we are using, has enhanced the\orlginal' language so that it 
can formatW report a^nd manipulate alphanumeric (Jata. But 
as I will obmonst rate later. Since we st©re numbers as 
strir^s, we have to write statemx^nts to. perform tasks the 
programming language would usually take care of, like aligning 
tire decimal point in a column of numeric da^a or placing the 
minus sign for a credit to the right of the number. This 
additional programming "is not difficult ^once the routine is 
written, but adding .it before each 'number .is printed does 
increase programming time and execution tinio\ JBAiSJC also 
does-not take advantage of somg of the features of our hard-* 
ware. We, cannot access :the line pijinter's carriage tape 
under time-sharing which'^^slows down throughput when "writing 
statements, checks or oth^jr repbrts that involve a lot ff 
skipping. Another l.tmi,tation is that our BASIC can ^Jtoro 
only twenty-six alphanumeric fields. Since numbers are 
stored alphanumericaliy to insure the proper accuracy, 
programs sometimes become v6ry ^compilicati^d. More effort ^ 
is spent switching and saving string variables than develop;Lng 
progyam logic. Furthermore, since numeric variablps can 
only be the lettersL A through' Z, or a 'single lottor followied 
by a single digit, aiid alphanumericf. vi^iriables can only bo ' 
tho letters A-Z followed by S dollar. aign, it is very dif-. 
ficult to read a BASIC program pnco it is written. ^ 

Let's look at &n example of a BASIC program^ The 
program in figure two searches the open invoice file for 
vendors with a net debit balance. It must total tiio ' 
invoices for each vendor to determine^ if the balance* is 
negative. When it finds a debit balance it pulls, the vendor's 
name off the vendor master, and* prints a lino with -vendor 
number, vendor name- and amount. At the end of^ the lis^ting 



PAY23 . , - . 

10 Q2=TIM(0) , o „ • 

30 Q3=TIM(1) 
50 Ql»=TIM(2) 

70 ENTER #Q0 * y • 

90 REM •• This program Jlsta the vendors with net debit balances ^ 
110 'FILE3^VEND,0PINV,ACTNG / ; 

130 DIM A$[5],B$[1|0],V$[25],D[6],C$[5],E$[^03,F$[10],G$[10],H$[12],I$[12].,J$[5] 

150 G$="0" . ■ ■ 

170 H$="0" • . ^ 

190 P=1 •■ ' , ' • ' 

200 D=2 ' .' . / ' 

210 READ #1,1=;R1,'R2 

230 IF END #2 THEN llSO 

250 . GOSUB 1316 . ■ * ° . ' * 

270 READ #2;V$,C$,V$,V$,V$,V$,V$,E$,F$, , " 

290 j$=c$ ■ * : 

310 .IF F$#"0.00" THEN 370 * 

330 Z$=E$ . , '. • • ■ . — 

350 GOTO 1»50 ■ . . 

370 Z9s2 ' ♦ 

390 Y$=E$ . ; ' ' . 

mo Z$=F$ 

430 <50SUB 9000 ■ ■. 

450 Y$=G$ . , . • * > . • 

470 Z9=1 ■ ' ' . ' 

490 GOSUB 9000 . • ' » ♦ 
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5V) G$sZ$ » » 

530 READ #2;V$,C$^V$,V$,Vt,V$,V$-.,E$,F$ 
550 IF C$=J$ THEN 31P * " 
570- IF G$[1',1]#"-" THEN 610' 

590 GOSUB 650. - - • 

610 J$=C$ 

620 G$="0" ■ ' * . . 

630 GOTO 310 

650 Z1=R1 . ^ ' ' 

679 Z2=2 • * ■ . . - 

690 • Z3sINT((Z1-Z;^)^,5+Z2) 

710 READ #f,Z3;A$,B$ - » 

730 IF J*sA$ THEN 1050 ' " 

750 IF J$>A$'THEN.810 ^ , ' 1 • ' 

770 Z1sZ3 ^ r „ • ' ^ 

790 GOTO 830. ' . 

810 Z2iZ3 *" 

830 IF Z1-lZ2>1 AND Z3#2 THEN 690 ' 
.850 IF Z3s2 THfeN 890 ' • ' . V 

'870 Z3=Z3-1 ' ' ' " ■ 

'890 READ #1,Z3 ' 

910 IF END #1 THEN IO3O . , • 

930 FOR K= 1 TO 9 . ' ' > 

950 READ #r;A$,B$,V$,V$,V$,V$ ^ . 

70 MAT REJID #1;D , ' " 

9^Q IF J$=A$ THEN 1050 ^ ' , 

1010 NEXT K 

1030 B$="Missing master" 

Figure 2 • 
• -103- 
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1050 . " 

1070 I$[11-LEN(G$),10]sG$ 

1090 PRINT USING 1110;A$,B$,I$ 

1110 IMAGE 5A,5X,40A,X,10A 

1130 X=X+1 

1150 If x#58 then 1190 

1170 GOSUB 1290 

1190 Z$=H$ . . 

1210 y$=G$ ^ • ' / • ^ , 

1230 GOSUB 9000 (L ' ' * 

1250 H$=Z$ 

12*^0 RETPN 

1290 PlilNT LIN(62-X) 

I3T6 PRINT USING 1330;P 

1330 IMAGE 6x, "Accounts Payable Not Debit Balance*" ,'8x, "Pag* ••,3d/ 

1350 ° PRINT USING 1370" 

1370 IMAGE •',Vend#",5x,"Vend6f' Name" ,35x,"AmouAt'*/' 

1390 P=P+1 ' ) ^ 

1IIO X=1 - ( . 



1«I50 IF^G$C1,1]#"-" THEN II9O0 

i«l70 GOSUB 650 

1«I90 I$a" .1 ' 

1510 i$[l3-LEN(H$),12]«H$ 

1530 PRINT USING 1550 ;I$ • • . . 
•1550 IMACe l9Xi12a 
1570 IF END #3 THEN I63O 
1590 -REAP #3;B$,^,R1,R2,R3,R^»,R5• 
1610 GOTO 1590 

1630 PRINT #3;"pay23".''opinv",Q0,Ql,TIM(l)-Q3,TIM(0)-Q2,0, END 

1650- STOP : . . 



1430 RETURN 




Figure. 2 continued 



there is a grand total of debit balances. If ydu look at 
the program lisH:ing, you will see %hat the prograni would be 
much easieir to read if vendor number, vendor name, gross 
amount, andf net aniount had variable names that suf:gested their 
use a littXe, more than C$,/B$, E$ and F$. We try to keep 
standard variable usiage within ah application, bu:, having 
only twenty-six available alphanumeric variables iiakes this 
almost impossible to do for a 'large program. As you can 
see gross amoun* and discount (E$ and P$) arfe expressed as 
strings. This is because we write checks for amo,ints overr 
$9,999.99. Although I did not include the computation 
subroutine for string arithmetic — it is two hundrled* twenty- 
five lines long--we can get an idea of what is requfrpd in 
the main program to perform this type of arithme'tiic by 
» - looking at lines 310 througfh 510 of the listing d|n figure 

two. We only want to perform the lengthy subroutine if it -is • 
necessary,' so line ,310 checks to ©ee if there is a discount. 
If there is not^ line 330 sots net equal to gross. If 
tliere is a discount lines 370 through 430 assign gross and 
net to the proper variifbles for the string arithmetic 
routine land %hen branch to that subroutine. Lines 450 
through 51f^ add gross to -'a vendor total (G$),^ !Again,.*this 
is not diifcricult programming, but the variable manipulation 
slows, down program production and the subroutine tor addition, 
and subtraction slows down executiqn, Furthei*}n6re,*in^ this 
program we want the decimal points fpr net aligned in a *f 
column, but sijace all these nets are credits,/*we do not 
worryvalSout moving the credit sign from the left' af the 
fieM to the right. Lines 1050 and 1070 right^t align the * 
decitaal point in the vendor total (G$) by producing a new 
string (1$) that is exactly ten positions aiong with blanks 
at the beginning of the field and the decioal point the 
third position from the right. These general observations 
might be made from looking at the listing: \l) BASIC is 
certainly not self ddcumeiting 2) much of the coding is 
extraneous to the program logic 31 it would be difficult 
to go back and make changes to this Vprogram, and finally ' 
4) BASIC would be difficult to learn for a programmer that 
is not mathematically oriented, ^ • 



' Another software limitation is that BASIC, is an interpreter. 
We have po facility for compiling programs, ' An interpreter 
is certainly very 'useful in the development stage of a 
program, but 4;t is jauch slower tUan a compiler at exocjiiting 
the program. We have a data entry program that is run about 
four hours' each day. Each, timp the statement ''PRINT' 'ACT#"' : 
is executed jthis statement must be translated to machine 
language. In the case of data entry the execution speetl is 
limited by the keying speed, Hut in anany applications this 
compilation phase of program execution, each time a statement 
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withiii a prpjgram is executed* can ser iously degrade through- 
put v ; Another^ probl'ein wl*h interpreting is that our external' 
auditorg ha-vte" quest ioned the lack of audit control involved 
in using an in-^rpreter for financial applications. Each ^ ^ 
time a 'program 31s run it could be modified and no record 
would be mkde of^the modification. Because' source programs 
are relatively easy to change, it is triie that interpreted 
systems are comparatively vulnerable to computer fraud. - 
^t compiled systems are obviously not inviolable, for aoiy- 
one familiar with ma chihe la^uage can modify object programs. 

Eliminating these limitations -^bf tlie prpgrafemihg language 
i^ Another a>re^a in wjii,ch the minicomputer yehdors are working. 
TltQre are systems simj^lar to ours that allow BASIC programs 
to be compiled, and' inany systeins offer FORTRAN, vCOBOL and " 
RPGV Of course, ; part of the re^ison that otir^^ystem was as 
inexpens'ive^s it was / is th^t the vendor did ndt have as 
much invested in software development. ' 

- ' /. ;., . \^ ' . ^ . ; ^ • 

. ' Not only is the BASIC language difficult to use in 
coinmer^ial applications , but the opera ti^ig systems available 
on ininis were designed for a diff er(fent type tpf user. A , 
secondary school using^a time-sharing sys.tem^ for "CAI and 
for teaching programming needs an. operating system that <^n - 
b^ installed by the vendor arkd - then l-un MtH Very little 
intervention required from ah operator* Although this type 
of system is' ideal for;academic use, it assumes the user 
does not need -to control the lo.cati^Mi of information on . 
auxiliary storage devices,' that he oV'Shevvery seldom needs 
to load informatdon on and 6jff the system, and that he or she 
can live with ?i fixed systein of priorities foY ta execution. 
Our operating system includes the BASIC .interpreter, a ~ com- 
munications proG^sor to control a maximum of thirty-two 
terminals, routines to manipulate, a system library and two 
levels of user library, routines to backup and load all orv 
"selective parts of the system' fojom. magnetic tape , and a few * 
, other operator commands. Since we have a single disk system 
tha^'t. is constantly merging and updating files , we could 
improve oiir throughput if we 'cbuld cut down on disk' Seek 
time by controlling the i<jcation of /iles on the disk. Also,, 
the tape unit is only accessible when the system- is being 
brought up after backup. Since many monthly files aire too 
large to keep permanei\tly disk resident^ we hqve to-schedu^e 
very carefully which things can fit on^the system together 
and when they should be loaded and removed. , Similarly, the 
priorities of the system are fixed and are designed to give 
the best possible respouse to a user entering information. 
There are many times we would like to* modify these priorities 
to have more control over the throughput of a partixiular job. 
Again, these limitations were designed . into the system to 



make it easy to operate, bat some are being remoyed by the 
vendors and some can- be removed by understanding how the < 
system is working. The magnetic tape unit is available unde¥ 
time-sharing oii^ a later version\of our system which con- ^ 
siderably increases the possibilities of system design. And, 
by studying how the opera^ting system allocates di^k space, 
one^ can have some control over where information is stored. 
For example, within a given user! area, files and programs 
are stored, alphabet ically unless 1 they are new to the system'.. 
Therefore, by naming sprt^ work fi^^es wl, w2, and w3; they 
can be forced to bp adjacent, reduca^ disk seek time for 
the sort. % ~ J" ^ 

Probably the greatd^st limitation of \mr operating ^system 
;|or admini^strative use is^.the ^Lack of fii>e management 
.^ystem. There are qperati^ng system conxmands\to .allocate 
Space for disk files and to^ remove disk files but the files 
are composed of 256 word fixed length^sec tors . \There is ho 
"OCS to hand;ie , blocking or bufieringT*" Th,e user contributed 
ibrary ha.s a package to create and maintain a filQ of un- . 
blocked records containing only alphanumeric' .data . The 
files created using this package waste sfjacfe if logical 
records are not 256 words long, and slow processing because 
of the time require^d to transfer the iifiused part of the 
sector an<l because all numbers have be stored as^ strings . 
But the files havet a, series of pointers for fast sequential 
retrieva^J, a chain of available sectors so .that additidns 
can be made without disturbing the sequence, and index 
records for fast random retrieval. Using this" pa^ckage; for 
the master, file and an unblocked /sequential transaction file, 
we installed the accounts receivable system. The accounts 
receivable master and one month's transacticn s used 18,000 
of our 44,000 available disk se.ctots and the system was un-^ 
believably slow. Sinise that time have added blocking 
routines to all programs /^hat use^the transaction file arid 
developed our own vf ile mamagement system for the ma^ster 
file/ The transitions aVe\now blocked^ four logical records 
to a «ecitor, and the masteryfile is blocked, three . The new 
master file allows niimbera^ that ,do not require more th.^fi ^i^ 
digits of accuracy to'^je^tora^d numerically which saves 
both space, arid processing time. The file nis ip account 
number sequence and so can easily be accessed sequentially. 

or ^random retrieval we use a binary seaj-ch routine. We 
s^fei>\l do not' have a satisfactory method of updating the 
file^^Since BASIC automatically writes an end of record 
mark afte?^*'&Ve^::v write , we developed a system of double- 
buffers so J:hat a^^t^locked f il6 can be updated in place; 
but to make addition)s>to a ^ile, we have to add them to the • 
end of the file and so^^t>^he added records into place. \We 
hope fo deve](^op a more flexible file management system: pos- 
sibly in conjunction with automating our dervelopment *of f ice. 
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The net debit balance program in figure two includes 
an example of- random retr^val of the venapr master using 
JBASIC. Lines^650 through 1030 binary seardh the vendor master 
to pick up vendor name for those vendors with a net debit 
balan*ce. The method i^^^lfr^-binary searching — -involves 
more disk seeks to locate a record than using art index, so 
it is not very efficient. And, in most operating systems, 
the programmer would only have to say "READ ON KEY" instead 
of writing twenty program steps. Not only is there more 
coding involved4to access the* file, but the program is 
certainly not file independent. If we change the structure 
of the file the routine would have to be rewritten. Further- 
more, though I have tried to keep file' structures similar so 
thAt programming jE^om application to application will be ^ 
similar, disk space^is one of the most crucial constraints 
on oui: system. ^ As a result, we have sacrificed ease of 
programming for. efficient disk space utilization when 



necessary. ^ 



/ 



: ^Another limitation of the operating system is the lack 
of utilities. When we first installed the system there was 
only a very primit-|Lve user contributed sort/th?tt took four 
hours .to Qort fpur hundred records with- unpre'dictable results. 
But j the vendor finally realized that the system coul^ not 
be used for administrative applications without an efficient 
sort and that we could not install on schedule if he did not « 
provide one. The sort the" vendor wrote is Unsupported, but 
accu:rate and very efficient. And, some good, generalized 
utilities liH© a file list have be^eri added to the user 
library. . ^ • > 

One final technical problem is conten-^i^n. Although the" 
system services very efficiently thirty-two "students ^tering 
programs or running a CAI course, two file updates cause sjich 
contention that each might take four* times' longer to run than ^ 
if it were running alone. This contejition has been'one of , 
the main*^ reasons that we liaye had to modify our original^ 
decentralized^ organization r'^e thought that each department*^^ 
could use the system independently, without any help or coriti/o^ 
by tTie data process iprig department. Tlie contention, that re- 
sulted from the registrar sorting the. student master ^financial 
aid searching the award file, and the treasurer updating the 
payroll, made it impossible for any office to schedu.l0 its work 
I^^ttie academic users and administraiiJi^e data entry users 
whoare limited by the speed of thpir I/O ^devices pun ; as 
they please. Other jobs like sorts, me\ges and>:file -updates 
are scheduled, through my d^artraent to ctHs,,^^wn the contention. 
We are using a time-shared system ^and forbiirg*"^Srir"to sp.mulate 
a multi-programmed batch system. ! 

. • • > : 
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Our original idea for a cpmpletely decentralized data 
procesi^ing organization had another flaw. We found that we 
could not Use people or termiij^ls efficiently in a small 
departnpient l«ith .this approach." For examplje, the clerks in 



*the registrar's office constantly 
and could not come to the computer 
so weV located a $400,0 termiflal^ in 
that during some phases of the aca 
terminal was- Dtein^ used only four 
other office' were much more reluct 



rve studdnts and faculty' / 
enter to usq^ terminal, 
heir" office. We found 
emic year the regist?!ar's 
ours a yrefek and that 

to go ^to the registrar's 



office to use a terminial than they were to come tq mine 
Fuxtliermore, because^ they used it infrequently, the clerical 
personnel*: in the registrar's office never did understand the 
system well enough to be efficient at running programs • 
Clerk's in the registrar's office still dp the bulk .of their 
data entry, concentrated at the beginning of 'each semes^ter , 
butjny office now runs programs Other than d^ta entxy for 
most smE^ll departments.* * ^ 



.Although I have meptiojved niimerous techjaicaj problems, 
I feel th"ataThe lJniversil|[y of phe South made the cor:|?^t 
decision in choosing a minioojnpi^ter for both- academic and 
administrative processing* Our studetit participation ip 
computing* is phenomenal. Every student uses the computer 
in a required freshman mathematic!& program, and over twenty- 
five percent of the students in our most definitely liberal 
arts college take computer scienc^. And, at the same time ^ 
we Jiave implemented every administrative application that 
we nave demand for.- The application^ not implemented are 
stijl manual because the department heads involved are not ' 
convined that computer processing is desirable. If we had 
chosen a strictly commercial machine we would probably ^ave 
installed our^business applications, more; quickly but we 
would not have been able- to make as much use of student 
prograi|mers, arid we probably would not have been able to 
support asL wide an academic computing program^ certainly 
not without greater expense. - ♦ ^ 

Now that some administrative applications have been 
developed for- the minicomputer and now that vendors are 
expanding their hardware 'and software' so that it is easierfi> 
to install commercial^ applications , I think the mini is an 
excellent computer for. a small college or Universtity *^ere , 
are three things I would sui^geSt keeping «in mind .to a school 
that IS considering using ja mini: first, be caref i^l* in * 
•selecting the vendor; second^ insist on a benchmark; and * 
third, visit an educational ^stitutiori similar tb yours that 
is using the proposed equipment. , 
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It very important to choose the vendor carefully 
because many minicomputer vendors are not us^d to, supporting 
commercial application^. When running^a payroll you cannot 
have the macriine go do\yn for f orty-^ght hours the day checks, 
are to "be run. *Some mini vendors doK not have the hardware 
and software service personnel to support commercial applica- 
tions. Furthermore , many mini vendors ar^not capable of ^ 
♦estima1j;ing your hardware -o'equirements . * For 'pxample, the ^ 
* proijosal for our computefNdid not estitaafe any disk^ apace 
for ^accounts receivable transactions. The vendor did net 
know enough about , the application to. know that detail f 
transactions are Required Cm the statement and no one then 
at the University knew enough about domputers to know that 
this figure is -inrjticai in estimating disk requirements. 
Either the vendp^raiu&t be very familiar with- your applicati(>ns 
or .you must have someone available to your organization very 
familiar with admi^nistrative systems design^ and hardware . 
evaluation. * , ' • , 

I think a benchmark iff essential. We d*d not knov/ What a 
"six""digit accuracy limitation and what Qontention would do 
to our throughput because w.e 'did not 'see the proposed equip- 
ment running bur applications. Be sure that the benchmark 

' includes a sort of a fair ly large file ,^ various storage 
retrieval methods, and ''ar itlihietic to your required accuracy. 
Then, if you intend^ to do your own programmingj look at the 

, programs the vendor -wrote .to rxxji yours^ application so tbat. 
you can see what kind of a pro|j||S»airaning effort you are .getting 
involved in. , . ^ * ^ 

Finally, the visit' to an educational institution similar 
to yours can alleviate all your f<ears or let you know flight 
then that this is not the machine^ for you. If the school you 
visit is not running some applications that you li©pe to*' 
install find put why and try to get an idea of how difficult 
they think it would be to implen^ent the application. Thqse , 
people may also be better able than the vendor to give you 
estimates of staffing requirements, help you develop an \ 
implementation schedule and suggest vendors of^ peripheral 
equipment like terminals. • 

We in higher, education are not in competition with each 
other in the same way the manufacturing organizations are. \ 
We can learn. from> each other. And, we can use a less 
Sophisticated machine like the mini because/ we have th^ 
capability ourselves to provide much of the software that 
is required. We Can take away from the .vendor so1ne of the 
cost of software- development by developing, our own applica- 
tions and by then sharing them With each oth^r. Academic 
computing has been doing this for years, and academic' 
administrations can-do so in the future. 
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